home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19970104-19970326 / 000378_news@columbia.edu _Fri Mar 7 17:14:04 1997.msg < prev    next >
Internet Message Format  |  1997-04-23  |  2KB

  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id RAA10832
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 7 Mar 1997 17:14:04 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id RAA27780
  7.     for kermit.misc@watsun; Fri, 7 Mar 1997 17:14:03 -0500 (EST)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: 'cd' probs in c-kerm 6.0.192
  12. Date: 7 Mar 1997 22:13:59 GMT
  13. Organization: Columbia University
  14. Lines: 34
  15. Message-ID: <5fq3v7$j6a$1@apakabar.cc.columbia.edu>
  16. References: <5fprmh$e7b@hopper.acm.ORG>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:6713
  19.  
  20. In article <5fprmh$e7b@hopper.acm.ORG>, Aaron Burns <aaronb@ACM.ORG> wrote:
  21. : Howdy.  I'm writing a kermit script to recieve files from 
  22. : sources outside our company.  We're running C-Kermit
  23. : 6.0.192 6 Sep 96 under Alpha, VMS 6.2.
  24. : In the scripts, we use 'cd \$(ef_intake_dir)', where
  25. : ef_intake_dir is "DRB0:[bellt33.syim.intake]".  The 
  26. : cd fails - because it doesn't understand "DRB0:".
  27. : I've confirmed this by trying cd's manually.  Without the
  28. : drive spec, it works find.  With the drive spec it fails
  29. : every time.
  30. It's a bug.  Here's the description:
  31.  
  32. "In the VMS-specific file i/o module, CKVFIO.C, routine isdir(), a struct
  33. that contained a pointer to a malloc'd buffer was being used after the
  34. buffer was freed.  In many cases this does not cause a problem because the
  35. material is still actually there, but in some cases the free() implementation
  36. actually wipes the buffer clean, causing the operation to fail.  The most
  37. common symptom was failure of CD / SET DEFAULT in OpenVMS Alpha 6.2 or later
  38. that has been updated with ALPLIBR04_070, "Fix realloc fragmentation problem,"
  39. LIBRTL patch (this was discovered by Lucas Hart).  The fix is to postpone the
  40. free() call till after we are finished using the struct:..."
  41.  
  42. The source-level patch is available at:
  43.  
  44.   ftp://kermit.columbia.edu/kermit/f/PATCHES
  45.  
  46. At some point in the (hopefully not-too-distant) future, there will be a
  47. maintenance release of C-Kermit 6.0 with all the patches installed, for the
  48. benefit of those who can't, or would rather not, install source-level patches.
  49.  
  50. - Frank